home *** CD-ROM | disk | FTP | other *** search
- Path: news.vanderbilt.edu!news
- From: haseltbt@ctrvax.vanderbilt.edu (Bennett Haselton)
- Newsgroups: comp.lang.c++
- Subject: Re: works in Borland but not in Microsuck Visual C++
- Date: 15 Mar 1996 19:54:07 GMT
- Organization: Vanderbilt University
- Message-ID: <4ichsv$m83@news.vanderbilt.edu>
- References: <4ia6h8$jes@news.vanderbilt.edu>
- NNTP-Posting-Host: dial094.vanderbilt.edu
- Mime-Version: 1.0
- Content-Type: Text/Plain; charset=ISO-8859-1
- X-Newsreader: WinVN 0.99.5
-
-
- >i was using version 1.0 of Visual C++; i have no knowledge of whether later
- >Microsuck compilers are capable of handling a program like this properly.
- >Please avoid buying their products whenever possible if you have not already
- >resolved to do so.
- > Is there a further explanation of this anomaly which i did not come
- >across? As usual, great Microsuck jokes will be mailed to anyone who can
- >help. Thanks!
- >
- > Love,
- >
- > tm
- > -bennett
- >
-
- At least two people have told me so far that the phrase "struct person
- *personPtr" is interpreted by the compiler to mean, "initialize a pointer to a
- person and call it personPtr", not "initialize a person and call it
- *personPtr". As someone pointed out, this ambiguity is confusing because
- "*pointername" is very often treated as a variable name; for example, the
- instruction "int *b, a" makes "b" an integer pointer and "a" an integer.
- The question was originally posted to alt.destroy.microsoft, and they
- must have removed it from their newsgroup and posted it here. It was not my
- decision; please do not think that i would post something as inflammatory as
- my last message to a "serious" newsgroup like this one instead of taking it to
- alt.destroy.microsoft. Incidentally, come by and visit alt.destroy.microsoft
- anyway.
- Love,
-
- tm
- -bennett
-
-